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PROCEDE DE GESTION D'INFORMATIONS EN JAVA 

L'invention concerne un procede de gestion d'informations dans un 
contexte de systeme reparti et utilisant une methode d'invocation a distance 
clu langage Java. Le domaine de l'invention est celui de la programmation 
dans le cadre d'un systeme reparti et plus specifiquement de la 
5 programmation orientee objet Java utilisant le mecanisme d'invocation de 
methode distante ("RMI" en anglais designant "Remote Method Invocation"). 

On rappelle qu'en programmation objet, des classes sont definies, 
chaque classe ayant ses propres caracteristiques. Ces classes sont reliees 
entre elles par des relations mere-fille, la classe fille heritant des 
10 caracteristiques de la classe mere. On distingue parmi ces caracteristiques 
les "variables" et les "methodes". Une classe est en quelque sorte un moule a 
partir duquel on peut creer autant d'objets que necessaire. 

Si Ton considere par exemple la classe voiture V pour laquelle on 
declare des "variables" (couleur, nombre de roues, ...) et des "methodes" 
15 (avancer, arreter, ...), avant de pouvoir utiliser un objet de cette classe, le 
programmeur devra I'instancier c'est-a-dire le creer par une instruction 
"new" : 

v = new V(verte, 4,...) 

Par cette instruction, le programmeur a cree un objet v aussi appele 

20 instance qui est une voiture verte a 4 roues, II peut alors invoquer les 

"methodes" de la classe de cet objet c'est-a-dire les appeler en vue de leur 
execution. 

Lorsque le programmeur travaille sur un systeme non reparti, il peut 
25 directement instancier des objets comme decrit precedemment et invoquer 
les "methodes" de cet objet. 
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Le langage de programmation oriente objet Java definit egalement la 
notion d'interface. Les regies d'heritage pour les interfaces different de celles 
des classes, une interface ne definit aucune "variable" non constante et on ne 
peut instancier une interface comme decrit precedemment. Dans un premier 
5 temps, on declare ^interface et ses "methodes" mais les "methodes" sont 
definies au niveau d'une classe, fille de I'interface. La figure 1 illustre la 
hierarchie de cet heritage dans le cas de deux interfaces soeurs A et B dont 
herite la classe C « ABImpI » permettant d'implementer A et B. Les fleches 
reliant ces classes et interfaces represented la relation d'heritage. 

10 Les interfaces A et B heritent elles-memes d'autres interfaces D et E 

que Ton ne detaillera pas. 

Ainsi si par exemple la "methode" « afficher » est declaree pour 
I'interface A et definie dans la classe C ABImpI, elle pourra etre invoquee 
pour I'objet a de la maniere suivante : 

15 A a = new ABImpI () ; 

a. afficher() ; 

Pour invoquer la "methode" « imprimer » de ('interface B, le programmeur 
pourra passer par I'interface A en utilisant ('instruction nommee « horizontal 
casting » qui consiste a considerer a comme une instance de la classe B, 
20 soeur de la classe A : 
B b =(B)a ; 

b. imprimer() ; 

La definition semantique de I'instruction « horizontal casting » est la 
suivante illustree par la figure 2 : 
25 etant donne trois classes X, Y, Z et une instance z de la classe Z, 

Z herite directement ou indirectement de X et de Y, 
X n'herite pas directement ou indirectement de Y, 
Y n'herite pas directement ou indirectement de X. 
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L' « horizontal casting » est I'operation de « casting » sur z de X dans 

Y. 

Lorsque le systeme est reparti, les classes et les interfaces sont definies 
5 au niveau dkjn serveur central aussi appele systeme distant et les instances 
sont enregistrees dans un systeme de nommage par un service de nommage 
etablissant une correspondence entre un nom logique et une reference 
d'objet distant. Dans notre exemple, I'objet v, apres avoir ete instancie au 
niveau du serveur est enregistre dans le systeme de nommage par 
10 ('instruction : 

registry (v, « autoverte ») ; 

Le systeme de nommage est en general heberge dans une machine 
independante du serveur. Un systeme reparti comprend un ou plusieurs 
serveurs, une machine pour le systeme de nommage et au moins un systeme 

15 local situe sur un site client, generalement distant de celui du serveur, le 
serveur et le systeme local incluant une ou plusieurs interfaces a travers 
lesquelles ils communiquent. 

Lorsque le programmeur travaille au niveau d'un site client, il ne peut 
instancier a ce niveau un objet d'une classe definie au niveau du serveur ; il 

20 ne peut utiliser instruction new. II doit recuperer I'objet instancie au niveau 
du serveur et enregistre dans le systeme de nommage ; il le recupere aupres 
du systeme de nommage a travers sa reference. Dans notre exemple, il 
recuperera I'objet v a travers sa reference "autoverte" par I'instruction : 
V v = NamingService.getf'autoverte") ; 

25 Le programmeur pourra ensuite invoquer les "methodes" 

caracteristiques de la classe de cet objet. Ces etapes constituent les 
principales etapes d'utilisation du systeme RMI d'invocation de methode 
distante par lesquelles un client peut recuperer la reference sur un objet 
distant d partir d'un systeme local dans le but de I'utiliser. Le systeme RMI 
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comprend notamment une interface RMI et une classe d'implementation de 
interface RMI. 

La figure 3 est une representation schematique d'un systeme reparti 
comprenant un serveur S et un systeme local CI. Au niveau du serveur S sont 
5 definies en particulier les interfaces RMI, A et B et la classe C ABImpI 
permettant d'instancier les objets de ces interfaces A et B, comme decrit 
precedemment. Les interfaces A et B heritent elles-memes de I'interface RMI 
afin que les objets instancies par le serveur S puissent etre recuperes par le 
systeme CI. L'application client « AppClient » consiste en un ensemble 
10 destructions ; les fleches noires entre « AppClient » et les interfaces A et B 
signifient que les objets de A et B utilises dans l'« AppClient » sont recuperes 
au niveau du serveur S ou ils sont definis. Les fleches blanches illustrent des 
relations d'heritage alors que les fleches noires illustrent des relations 
d'utilisation. 

15 Mais dans le cas des interfaces d'un systeme reparti, I'instruction 

d'« horizontal casting » qui porte alors sur un objet distant c'est-a-dire un 
objet dont les "methodes" sont invoquees par I'interface RMI, ne peut etre 
utilisee. 

Lorsque le site client dispose de plusieurs interfaces d'utilisation 
20 d'objet distant, la reference d'objet distant recupere a travers I'une d'elles ne 
peut etre considere comme une reference d'objet valide pour les 
autres interfaces : pour pouvoir utiliser le meme objet distant a partir d'une 
autre interface, il faut reiterer les etapes RMI decrites precedemment ce qui 
surcharge le serveur et le service de nommage en necessitant un 
25 enregistrement supplemental pour chaque interface supportee. 

L'objet de I'invention est de faciliter la tache du programmeur en 
rendant la repartition du systeme transparente. II pourra ainsi, notamment 
dans le cas d'interfaces, recuperer une reference sur un objet distant comme 
il le ferait d'un objet local. 
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L'invention concerne un procede de gestion d'informations dans un 
contexte de systeme reparti comprenant au moins un systeme local et un 
systeme distant, et utilisant une methode d'invocation a distance du langage 
Java ledit langage comportant des instructions et permettant la creation 
5 d'objets a pprtir de classes d'appartenance ayant entre elles des relations 
hierarchiques, principalement caracterise en ce qu'il consiste d definir dans 
le systeme local des classes repliquant la hierarchie de classes du systeme 
distant et comportant des moyens d'acces auxdites classes du systeme 
distant en vue de permettre d'utiliser au niveau du systeme local des 

10 instructions propres aux classes definies au niveau du systeme distant. 

Selon une caracteristique de l'invention, une instruction est I'instruction 
« horizontal casting ». 

L'invention concerne egalement un systeme reparti de gestion 
d'informations comprenant au moins un systeme local CI et un systeme 

15 distant S comportant plusieurs interfaces A,B et utilisant une methode 
d'invocation a distance du langage Java ledit langage comportant des 
instructions et permettant la creation d'objets a partir de classes 
d'appartenance, caracterise en ce que le systeme local CI comprend un 
« proxy » PA,PB par interface A,B ledit « proxy » PA ou PB etant defini pour 

20 permettre d'utiliser au niveau du systeme local CI des instructions propres 
aux interfaces A,B definies au niveau du systeme distant S. 

D'autres particulates et avantages de l'invention apparaTtront 
clairement a la lecture de la description faite a titre d'exemple non limitatif et 
25 en regard des dessins annexes sur lesquels : 

la figure 1 represente une hierarchie d'heritage entre deux interfaces 
et une classe pour un systeme non reparti, 

la figure 2 illustre la definition semantique de ('instruction "horizontal 
casting", 
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la figure 3 est une representation schematique des relations au sein 
d'un systeme reparti comprenant un serveur S et un systeme local CI selon 

I'etat de la technique, 

la figure 4 est une representation du meme systeme selon I'invention. 

5 

L'invention consiste comme represents figure 4, a interposer entre 
I'application client « AppClient » et le serveur S, des classes repliquant au 
niveau du systeme CI la meme hierarchie d'heritage qu'elles ont entre elles 
au niveau du serveur S. La classe passerelle PA ou « SmartProxyA »> 
10 correspond a I'interface A du serveur S et la classe passerelle PB ou 
« SmartProxyB »> a I'interface B. Ces classes PA et PB heritent elles-memes 
d'autres classes. Les classes PA et PB repliquees cote systeme CI sont locales 
et independantes des interfaces distantes auxquelles elles correspondent. 
Cela permet de profiter de la flexibility de la programmation a partir de 

1 5 classes locales. 

Ces « SmartProxy A et B » PA et PB effectuent par delegation les 
traitements respectivement de A et B. Elles encapsulent les references sur les 
objets distants mises a jour dans le systeme de nommage. 

Dans le contexte d'un systeme reparti, le programmeur concevra alors 
20 les applications dans un cadre logiciel comprenant une interface de 
programmation duplication (designee en anglais "API" ou "Application 
Programing Interface") et une chaTne d'outils c'est-a-dire que les applications 
seront developpees selon des regies specifiques en fonction des etapes. 

On rappelle que lors d'une instanciation, les objets sont initialises 
25 avec des valeurs par defaut ; un constructeur est un mecanisme permettant 
au programmeur de definir d'autres valeurs d'initialisation. 

Un constructeur est ainsi defini dans les classes « SmartProxy A et B » 
PA et PB en vue de recuperer les references des objets distants via le systeme 
de nommage. L'instruction new peut alors etre utilisee pour instancier des 
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objets des classes PA et PB definies localement au niveau du systeme CI mais 
representor^ les interfaces A et B par delegation. 

Les' instructions permettant d'invoquer localement dans « ApplClient » 
la methode « afficher » de I'interface A definie au niveau du serveur, 
5 A a => NamingService.get(« referenceA ») ; 

a. afficher () ; 
deviennent selon I'invention : 

PA sPA = new SmartProxyA ; 

sPA.afficher () ; 

10 Le programmeur pourra ensuite utiliser V « horizontal casting » entre 

les classes PA et PB definies localement pour invoquer une methode de 
I'interface B definie au niveau du serveur, par exemple la methode 
« imprimer » : 

PB sPB = (PB)sPA ; 

1 5 SPB. imprimer () ; 
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KEVECM1DDCAT0OIMS 

1 . Procede de gestion d'informations dans un contexte de systeme 
reparti comprenant au moins un systeme local et un systeme distant, et 
utilisant une methode d'invocation a distance du langage Java ledit langage 
comportant des instructions et permettant la creation d'objets a partir de 
classes d'appartenance ayant entre elles des relations hierarchiques, 
caracterise en ce qu'il consiste a definir dans le systeme local des classes 
repliquant la hierarchie de classes du systeme distant et comportant des 
moyens d'acces auxdites classes du systeme distant en vue de permettre 
d'utiliser au niveau du systeme local des instructions propres aux classes 
definies au niveau du systeme distant. 

2. Procede selon la revendication precedente caracterise en ce qu'une 
instruction est ('instruction « horizontal casting ». 

3. Systeme reparti de gestion d'informations comprenant au moins un 
systeme local (CI) et un systeme distant (S) comportant plusieurs interfaces 
(A,B) et utilisant une methode d'invocation a distance du langage Java ledit 
langage comportant des instructions et permettant la creation d'objets a 
partir de classes d'appartenance, caracterise en ce que le systeme local (CI) 
comprend un « proxy » (PA,PB) par interface (A,B) ledit « proxy » (PA ou PB) 
etant defini pour permettre d'utiliser au niveau du systeme local (CI) des 
instructions propres aux interfaces (A,B) definies au niveau du systeme 
distant (S). 
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